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ABSTRACT 



Disclosed is a server having a plurality of clients coupled to 
the server at clienl nodes, and coupled to a plurality of 
receivers. Events, which may range from a successful 
completion message to a major error alert, may be generated 
relating to the server or to the client nodes. A method is 
disclosed for dynamically selectively distributing the events 
to particular ones of the receivers, in response to a selective 
enabling/disabling of the events to each receiver. The 
method with respect to client nodes comprises: upon open- 
ing a session of a client node, the selectively enabled 
events/receivers relating to the client node are determined. 
Upon the selective enabling/disabling occurring during the 
session of the client node, the determined selectively 
enabled events/receivers relating to the client node are 
dynamically updated. Then, upon occurrence of an event 
relating to a client node, the event is distributed to ones of 
the receivers having been selectively enabled for the event 
in the determining and the dynamically updating steps. 
Additionally, classes of events or wild card groups of client 
nodes may be enabled. 

41 Claims, 4 Drawing Sheets 
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DYNAMIC SELECTIVE DISTRIBUTION OF when they occur. The registration and mapping occurs at a 

EVENTS TO SERVER RECEIVERS standard initial set up for the system. 

With the number of client nodes now sometimes reaching 

TECHNICAL FIELD 1,000 or higher, and a map of 1,000 events with respect to 

5 several receivers for a single client consuming over 1,000 

This invention relates to servers comprising computer bytes of memory, the total logging map would consume over 

processor systems, such as in a distributed or network 1,000,000 bytes of memory alone. It would be helpful if the 

systems environment, and, more particularly, to the man- memory usage could be reduced. 

agement of the server and the distribution of events occur- The high number of client nodes prevents the adminis- 

ring with respect to the server. J0 tmor from monitoring all of the clients individually. Thus, 

in the system of Cook, all the registered alerts of particular 

BACKGROUND OF THE INVENTION types are sent to particular receivers as selected at the 

The distributed or network environment of computer registration^ and not all events are sent to the administrator, 

processor systems typically comprises a large number of However, the administrator would prefer to select and tailor 

individual nodes, such as workstations, PC's, terminals, host 15 cvents ^ to bc monitored, and tailor the logging 

computers, and data storage components, which are tied and ^P 1 ^ ° f thc , selcctcd cvcnl f at vanous receivers, sucb 

together across a network. Also typically, the distributed or 35 a x ™ console, aD acllvlt y lo S> a SNMP management 

network systems comprise remotely located clients tied P ro S ram ' or 111 "tcrprise system management application, 

together to utilize common data storage components. The such 45 Twoh Enterprise Console (TEC). Additionally, the 

management of the data for efficient storage and retrieval is 20 administrator would prefer not to wait until an initialization 

a critical clement of the operation of the network. of ^ XTVCT to u P datc thc svstcm ^"S- 

Onetypeofnetworkisthatemployedtoprovideabackup further, ? on < | he P rior * » ,he ij*^ to 

and archive storage system for remotely located clients ^ Wf^V ™P ^ rema P each individual client 

Backup protects the client system data from a system failure * ' * ^om^ c^c t° of 

or disk crash. The data is typically first moved to disk drives 25 \ .„ . 

, . , t . JU . £ . t . j . chent nodes to specific receivers, 

and then migrated to tape as the need for access to the data r 

becomes less immediate. Archive storage is data that won't SUMMARY OF THE INVENTION 

usually have a copy in the originating client system. It is It fc m o5 j ect of ^ preseDt i nven tion to a u ow specific 

archived so that the data may be made available if it is ever t^o^g 0 f ^ distribution of events by the administrator, 

needed, for example, for legal requirements. Data is typi- 30 and to aJlDW updaun g of foe mapp ing of the distribution of 

cally archived on tape. events to client nodes during operation of the distributed 

Before the advent of modern data management systems, network system, without waiting for an initialization, 

the chent kept the only log of events related to the backup i t is another object of the present invention to provide 

or archived data, and that log was only viewable from the 3S distribution of events while allowing efficient use of the 

client workstation. Should some kind of error situation arise, server memory. 

there was no visibility of the error to the data storage system It ^ stili mQ]hcT ob j cct of ^ prcscnt invention to aUow 

administrators because the error log was also only on the casc of distributillg ^ibc types of events to specific 

client machine. receivers, or specific events for groups of chent nodes to 

Another major function of the network storage server is ^ specific receivers, 

space management. The data storage capacity of the chent Disclosed is a server having a plurality of cheats coupled 

system is limited, and the network storage server may to the server at client nodes, and coupled to a plurality of 

migrate the chent user's live data to a server to free up space receivers. Events, which may range from a successful 

on the client system until a particular file is needed. At that completion message to a major error alert, may be generated 

point, the file is recalled from the server back to the chent 45 relating to the client nodes. A method is disclosed for 

system. dynamically selectively distributing the chent node events to 

One system designed to store and manage data for particular ones of the receivers, in response to commands 
remotely located clients is called thc ADSTAR Distributed selectively enabling/disabling the client events to each 
Storage Manager (ADSM) of IBM. In ADSM, a central receiver, while maintaining only the presently needed map- 
server is coupled to multiple client platforms and one or 50 ping in the server memory. The method comprises: upon 
more administrators. The server provides archival, backup, opening a session of a client node, the selectively enabled 
retrieval, and other management functions for thc server's events/receivers relating to the chent node are determined 
cheats. Should an error situation arise, that message may be from a database and placed in a client vector, preferably in 
provided to the server system administrator as an "event" or memory. Upon thc selective enabling/disabling occurring 
an "alert". In server system parlance, an "event" is any 55 during the session of thc client node, thc determined sclcc- 
message relating to the server system, including those lively enabled events/receivers relating to the client node are 
messages, called "alerts", which require attention. dynamically updated, both in the database and, as needed, in 

The number of networked clients is high and the mix of the chent vectors. Then, upon occurrence of an event rclat- 

clients tends to change often. Additionally, the clients tend ing to a client node, the event is distributed to ones of the 

to have wide varieties of application programs with differing 60 receivers having been selectively enabled for the event in thc 

data storage needs. Thus, the server needs to have flexibility determining and thc dynamically updating steps. The client 

to allow changes to be made within the system without vectors may comprise two dimensional bit vectors identify- 

disrupting the operation of the system. U.S. Pat. No. 5,621, ing the enabled/disabled events/receivers for the client 

892, Cook, addresses this problem by having registration nodes, 

procedures for the registration of devices and of expected 65 Thus, the distribution of events may be continually 

alerts and configures a map between registered alerts and updated during thc operation of the server and the network 

registered service providers for the distribution of events system. 
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Additionally, the distribution rules are stored in a DETAILED DESCRIPTION OF THE 

database, for example, on one or more disk drives, and only INVENTION 

the distribution for the connected client nodes are stored in Thus invention is described in preferred embodiments in 

the client vector in the server memory. mc following description with reference to the Figures, in 

In another aspect of the present invention, the step of 5 which like numbers represent the same or similar elements, 

storing rules in the database additionally comprises storing While this invention is described in terms of the best mode 

class vectors for selectively enabling classes of events to for achieving this invention's objectives, it will be appreci- 

ones of the receivers. The determining step additionally atcd by those skilled in the art that variations may be 

comprises reading the database class vectors for selectively accomplished in view of these teachings without deviating 

enabling/disabling the events for the receivers. Thus, the 1° from the spirit or scope of the invention, 

administrator may command distribution of classes of Referring to FIGS. 1 and 2, server 10 (often called a 

events, such as major errors, without identifying each of the server subsystem) may comprise a network server, a data 

events. storage server, other type of server, or a combination. The 

In still another aspect of the present invention, wild cards hardware employed for the server 10 may comprise one or 

are used to collectively enable/disable client events for 15 more general purpose computers 11, such as an IBM 

groups of clients to ones of the receivers. The determining RS/6000, and attached devices such as a server console 12. 

and the updating steps thereupon additionally enable/disable The server is connected over a network 14 to a number of 

the client events for the connected client nodes that are in the clients at client nodes 15. An example of a server subsystem 

selected groups of clients. Thus, the administrator may 10 is called the ADSTAR Distributed Storage Manager 

command distribution of events relating to specific client 20 (ADSM) of IBM, which is designed to store and manage 

nodes, such as major host systems to ones of the receivers. data for remotely located clients. The server provides 

For a fuller understanding of the present invention, ref- archival, backup, retrieval, and other storage management 

erence should be made to the following detailed description functions for the server's clients. 

taken in conjunction with the accompanying drawings. ^ The operation of the subsystem is accomplished through 

a number of software components, including, for example, 

BRIEF DESCRIPTION OF THE DRAWINGS a session processor 20, an administrative processor 21, and 

FIG. 1 is a block diagrammatic representation of a server a lo gging processor 22. The software components employ at 

of the present invention with coupled client nodes and least one database 24, which may comprise one or more hard 

receivers; 30 disk drives, and the computer memory 25. The software may 

„.„ _ . .. . , . , . be supplied with the computer 11 configured as a complete 

FIG. 2 is a diagrammatic representation of the server sub ^ b ^ yQ 2g 

subsystem of FIG. 1; _/ ' . . . . . . , , c 

' „ . „ , . , . . The server 10 is managed by an administrator, for 

FIG. 3 is a representation of class vectors employed with examplej al lhe server n Typically> the adminis . 

the server of FIGS. 1 and 2; tra(or employs a graphica i user interface (GUI) or a com- 

FIG. 4 is a representation of event vectors that may be m and line to enter commands for managing the server 

employed in the server of FIGS. 1 and 2; system. 

FIG. 5 is a representation of a client vector that may be The session processor 20 manages all the "sessions" 

employed in the server of FIGS. 1 and 2 when a client is between the clients 15 and server 10. A "session" establishes 

logged on to the server system; ^ a current connection between the client and the server and is 

FIG. 6 is a representation of & receiver list derived from characterized by a client (that has been registered with the 

the client vector tabic of FIG. 5 as employed in the server of server) logging on to the server. The administration proces- 

FIGS. 1 and 2; sor 21 handles the commands from the administrators), for 

FIG. 7 is a flow chart representing an embodiment of the example at the server console 12. 

process of initializing class vectors employed with the server 45 Typically, the server 10 communicates with the users and 

of FIGS. 1 and 2; its administrator by means of "events" or messages. As 

FIG. 8 is a flow chart representing an embodiment of the described above, with a large number of client nodes 15, the 

process of initializing client vectors employed with the administrator likely prefers to view and consider only cer- 

server of FIGS. 1 and 2" tam events exchanged by the server 10 with the clients and 

FIG. 9 is a flow chart representing an embodiment of the 50 mternall y- 

process of updating client vectors employed with the server A data slora e c **™h such as ADSM, must organize and 

of FIGS 1 and 2~ track data stored by the subsystem, and must protect that 

FIG. 10 is a flow chart representing an embodiment of the <! ata - ™™? c ™ nts m ****** ™P°«™\* 

process of handling a client event employed with the server thc admin f rator wth rcs P«* to lhe operating sUte of he 

of FIGS 1 and 2° 55 scrvcr svstcm f many arc needed to record activities of thc 

* „ ' , , ,. ,, server and to backup the server, and many are needed from 

FIG. 11 is a flow chart representing an embodiment of the u cntcrprisc overvicw pcrspec tive. Hence, various "receiv- 

proccss of initialing server event vectors employed with m typically providcd to reccivc ccrtain of ^ cvcnts 

the server ot FIGS. 1 and 2; sm rcfcrring to ft GS i 2f examples of receivers which 

FIG. 12 is a flow chart representing an embodiment of the „ ^ part of lbc subsystem include thc server console 

process of updating server vectors employed with the server \2 t and an activity log 30, which may comprise part of the 

of FIGS. 1 and 2; ADSM database also stored on a disk file for thc computer 

FIG. 13 is a flow chart representing an embodiment of the processor 11. Thc activity log stores events and allows them 

process of handling a server event employed with the server to be queried later, for example, by querying the activity of 

of FIGS. 1 and 2; and 6S a particular node, or a particular time period. 

FIG. 14 is an illustration of a storage medium for storing Examples of external receivers may include an Enterprise 

computer readable program code. Application Manager 32, such as the Tivoli Enterprise 
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Console, and an "alert" manager 34, such as a conventional The administrator and requesting user may need to know 

Simple Network Management Protocol (SNMP) manager. this information, as may the enterprise manager. 

"Alerts" are the more significant messages that may require g) "Inconsistency Found In LVM (Logical Volume 

urgent attention. Other external receivers depicted as recerv- Manager) Data Page—Partial Write Detected" would be a 

ers 35 in FIG. 2 include, for example, an external file 36, a 5 severe error situation of importance to the administrator, 

"Netview" manager 37, a user exit 38 and "other receiver" e tc. 

39, depicted in FIG. 1. The user exit 38 may comprise a ^ iir£arly Pn)duct Version Expired-^Server Halting" is 

user's own program which will provide a message at the also a error s i ma tion, for example, occurring with a 

user's administration console, or send an E-mail message to prolotype whicb was expected to be updated to a productioD 

the user, or operate a pager of the user's administrator. The 10 versdon ^ ^ifon would be of most importance to the 

receivers are coupled to the server processor 11 by means of administrator and the enterprise manager, 

busses and I/O 40, and the communication of the events is „ , , .. , „ , , 

« , , iL , t, , . The above examples are called "server' events because 

under the control of the logging processor 22. Each receiver . r . . .. . . in . , 

. c . , .c j i.- 1. . • „ . a they comprise messages originating in the server 10, most of 

has therefore started a thread which continues to run, and J. . , . , , .... f , u 

. JLJ .m .1. - which relate only to the interaction of the server compo- 

passes along events based on current rules until the server 15 , ' . . . . ., . , . , . 

f • 1 *T nents. Other events may ongmate in the client and are called 

ermina es 1 . , . , . "client" events. Although many client events result from the 

Other server components depicted as components 41 m mteractioo of me mtt and the client, only a few are 

FIG. 1 include, for example, central scheduling 42 trans- transmitted ^ t he server, so that the network 14 bandwidth 

action manager 43, physical volume repository 44^and other fc QQX wasled on messages that are not of interest to the 

server components 45, depicted in FIG. 2. The central 20 administmor ^ examplc of a message ^ transmitted to 

scheduling component 42 manages clients' schedules, that md there fo r e not an "event", is that "File XYZ 

is, coordinating the timing for both client and server pro- was backed raccessfilUy » ^ example of an "event" 

cesses. The transaction manager 43 allows grouping of which ^ transmitted to the server is "Access Denied (e.g., no 

transactions for later rollback or commit, e g. back up auIhotityr a warmng . administrator may have an 

batching of files to the data storage managed by the server 25 mLcfest tf u fe a probIem , 

runs out of space and the transaction manager rolls back the . , , _ . , . . , . t . t 

F , , , , . v „ . . . . . It would be advantageous for the administrator to select 

transaction (cancel and do later). Commit is when the job ., , ^ . ? , . i . . 

. . v r „ , • , . t1 tU , . easily between the various classes 01 events rather than to 

completes successfully and comprises dome all the updates 1, , ,.,...„„ . , ... 

. * j 4 l on. I • 1 f consider each event individually. Thus, in accordance with 

to the server database. The physical volume repository . , . .„ 4 ' , . '„ _ ... 

a a * 1 .u t ,1 t . f a. j * the present mvention, as illustrated in FIG. 3, an embodi- 

(PVR) 44 is a layer that manages the drives of the data 30 * » . » 

\ / , / lL j -j l- l 1 1 i/rt ment of a two dimensional class vector 50, comprising a 

storage managed by the server, and provides high level I/O . ... (<nn * C b 

code that is platform specific for the drives, one level up series of class bit vectors, which may "0 or ' 1 , isshown 

from the device drivers The other server components 45 wmch *e *venly class for each of a number of 

, , f * . e events. Four seventy classes 51 are shown, and are the same 

comprise components employed for other aspects of the . , 7 . . ,. „ u * „ tt . „ 

m rt.if . r .. -j j- . -u . -1 . « as discussed above, includmg "severe , error , warning^ 

server 10. Other types of network or distributed system 35 » & » » & 

■ ' r J., J.Q. . . c y and information . As a specific embodiment, the classes 

servers may have some added or different specific compo- . , . , . i ilo „ t(T ,„ '„ , ([ „, 

nents 7 ^ * may be designated, respectively, as S , E , W and "I . 

The vector 50 is located in server memory 25 and is loaded 

The interaction between each client node 15 and the from me ^ or from the I/O 28 at initialization, 

server 10 results in the occurrence of large numbers of uin t he classes. As an example, ADSM may allow 

events. Before describing the operation of the present « i ;0 00 client events and 10,000 server events, and all may be 

mvention, a few of the numerous types of events will be mduded in ub|e 50j only ^ of whicb m m FIG 3 

cliscussecJ: The class vectors do not change unless maintenance is 

a) "Command Completed" is informational — lets the ini- applied to the server, either adding new events or changing 

tiator know that the requested command has completed ^ severities. 

successfully. j n accor( ]ance with the present invention, the administra- 
te) "Database Initiation Failed" is an error indication— for tor may sc \ ccL an cn tirc class of events for display at the 
example, because "Sufficient Memory is Not Available". ^sole i2 or for logging in an activity log 30, etc., without 
The server administrator may wish to see this event so that individually providing an event distribution instruction for 
the backup or archive storage may be allocated differently. SQ cach of lhc thousands of events. Further, space is saved by 
The event may be stored in the activity log. The enterprise having only a small class map 50 of events, rather than a 
manager may wish to note the event. map 0 f cach cvcnt ^ cacn cucnt Additionally, in accor- 

c) "Session No. X Started for Node Y (client)" is infor- dance with the present invention, as clients are logged on to 
mational. The administrator may want to see this event on the server 10, their events become active, and arc included 
the console, but the enterprise manager may not. 55 m the class vector table 50 without requiring a special 

d) "Session No. X for Node Y Refused", for example initialization. Additionally, the class designation commands 
because an "Invalid Password Submitted", is a warning, are stored in the database 24, so that if future clients arc 
which the enterprise manager may want to know, for registered with the server system, their events of the desig- 
example, to track whether it is repeated without being cured. nated class are included without special initialization. 

e) "Disk Volume X Varied On Line" or "Disk Volume X 60 FIG. 4 is an embodiment of a two dimensional event bit 
Varied Off Line" are informational indicating that the disk is vector 54, in accordance with the present invention, repre- 
put online or is taken offline in the server and may be senting event/receiver vectors of the server 10 of FIGS. 1 
important to the administrator as well as to users whose data and 2, and may be duplicated in a two dimensional client 
is involved. vector for each of the client nodes. Thus, a client event bit 

f) "Insufficient No. of Mount Points Available in Device 65 vector identifies each event relating to the respective client, 
Class X", meaning that in a tape or optical library that not and the server bit vectors 50 identify all server events. In 
as many drives as defined are in fact available, is an error. accordance with the present invention, the event vector 54 
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comprises a "1" bit for each of the receivers 55 to which the 
event is to be distributed, and a "0" bit for each receiver 55 
where the event will not be distributed. 

Hereinafter, the term "events/receivers" has the same 
meaning as "one to many events mapped to one to many 
receivers", where the phrase "one to many 1 * is the accepted 
term of those of skill in the art to mean "one or more". 

The event vector 54 may, in accordance with the present 
invention, be updated by the administrator without stopping 
and reinitializing the server. The initial server table from 
which the vector 54 is derived will have been stored in the 
database 24 together with specific commands, and the vector 
brought into memory. In the example illustrated by the bits 
in vector 54, all events are initially enabled by default for the 
console 12 and the activity log 30 of FIGS. 1 and 2, and 
disabled for all other receivers. Combining the vector 50 of 
FIG. 3 with vector 54, it can be seen that all events that are 
classified as severe and error have been enabled for "Tivoli" 
receiver 32. It can also be seen that events 3, 6, and 9 have 
been independently disabled for the console 12. Thus, the 
administrator may selectively enable or disable any event or 
class of events. The updated rules are stored in the database 
24. 

An embodiment of a specific two dimensional client event 



the console 12, the activity log 30, and the user exit 38. The 
logging processor puts the event on the queue for each of the 
receivers, and the threads for the receivers each handle the 
event with the respective processes. 

Thus, in accordance with the present invention, and 
referring to FIGS. 1-6, client node events are dynamically 
selectively distributed to particular ones of the receivers, in 
response to commands selectively enabling/disabling the 
client events to each receiver, while maintaining only the 
presently needed mapping in the server memory 25. Upon 
opening a session of a client node 15, the previously 
selectively enabled events/receivers relating to the client 
node are determined by session processor 20 from the class 
and event vectors of the server and placed in the client vector 
60 in memory 25. Upon selective enabling/disabling occur- 
ring of an event/receiver during the session of the client 
node, the vector of determined selectively enabled events/ 
receivers relating to the client node is dynamically updated 
by administrative processor 21, both in the vectors in the 
20 database 24 and in the client vector 60. Then, upon occur- 
rence of an event relating to a client node, the event is 
distributed by logging processor 22 to ones of the receivers 
having been selectively enabled for the event in the deter- 
mining and the dynamically updating steps. The event bit 



10 



15 



vector 60 is illustrated in FIG. 5, again only illustrating an 25 veclor lhus identifies the updated enabled/disabled events/ 



exemplary 20 of the thousands of possible events. In accor- 
dance with the present invention, in order to save memory, 
while allowing maximum flexibility, the client event vectors 
are generated only when the associated client node is active 
and logged on to the server Since very large numbers of 
clients may be associated with the server, it is likely that 
only a percentage, sometimes small, of the clients are logged 
on at any one time. 

As with respect to the server event vectors, the client 
event vector 60 represents event/receiver vectors that iden- 
tify each event relating to the respective client. The client 
event vector 60 is provided in server memory 25. In accor- 
dance with the present invention, the event vector 60 com- 
prises a two dimensional set of bit vectors built specifically 
for that client, having a "1" bit for each of the receivers 61 
to which the event is to be distributed, and a "0" bit for each 
of the receivers 61 where the event will not be distributed. 
Upon a client logging on to the server, the client event vector 
60 is generated by session processor 20 of FIGS. 1 and 2 
from the table in database 24 based on a set of rules, which 
may include the client event vector 54 of FIG. 4, ORed with 
the class vector 50 of FIG. 3, together with commands which 
identify the specific client node. Thus, in the example of 
vector 60 in FIG. 5, the user exit has been enabled for events 
7, 10, and 14 in accordance with specific commands. If the 
cheat event vector has been updated after initialization, or if 
new commands (rules) added that relate to the specific 
client, those updates will be reflected in the vector 60 based 
on updates stored in the database 24. 

In accordance with the present invention, should the 
administrator wish to alter the distribution of any event or 
events which include the specific client, both the vector 60 
and the stored rules will be updated by the administrative 
processor 21 of FIGS. 1 and 2. 

FIG. 6 illustrates a single dimension receiver list bit 
vector 65 generated from the table 60 in FIG. 5. As the 
specific example, the bit vector 65 is event "7" from table 
60. This vector is passed, together with the event, to logging 
processor 22 in FIGS. 1 and 2 for distribution. From this 
vector, and referring to the names of the receivers 61 in the 
table 60, the logging processor will distribute the event to 
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receivers relating to the client nodes. 

The commands by the administrator updating the rules 
and vectors, may be specific to a node, may be specific to a 
severity class, or, in accordance with the invention, may be 
wild cards. Wild cards are commands employing special 
characters to identify groups of client nodes, such as 
and are employed to collectively enable/disable client events 
relating to groups of clients to ones of the receivers. An 
example is "DD*'\ which relates to all nodes beginning with 
"DD". The determining and the updating steps thereupon 
additionally enable/disable the client events for the con- 
nected client nodes that are in the selected groups of clients. 
Thus, the administrator may command distribution of events 
relating to specific types or groups of client nodes, such as 
major host systems, to ones of the receivers. A special wild 
card is "ALL" which applies the command to all receivers 
and events. 

Also, in accordance with the present invention, by updat- 
ing the rules in database 24, any future instances encom- 
passed by the wild card are also included. Thus, in the case 
of a wild card that applies to major host systems, the addition 
of another major host system as a client node 15, includes 
the added major host system in the event distribution indi- 
cated by the wild card. 

Examples of administrator commands include: 

a) "enable event snmp all node»jo*" is a wild card 
command enabling an event to the SNMP manager 
receiver 34 for all nodes which begin with "jo"; 

b) "enable event tivoli severe" is a class command 
enabling severe events to the Tivoli receiver 32; and 

c) "enable event console ANR4234 node-DD043" is a 
specific command enabling event no. ANR4234 at node 
DD043 to the console 12. 

The bit vector tables of FIGS. 3, 4 and 5 are each 
generated by associated rules tables in the database 24. As 
an example, the client table rules include the following 
fields: 

DATE/TIME 

UNIQUE KEY 

NODE NAME 
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RECEIVER 

EVENT 

OPERATION 

The server table is very similar except that there is no 
code name field. 

Each delimited field of the commands goes in a separate 
row of the database, except that wild cards are not expanded 
in the table. They get expanded at the time the rules are 
applied to generate the bit vectors. 

The date/time and unique keys, above, are used to ensure 
that rules are applied in the same order in which they were 
entered by the administrator. In this manner, whenever a new 
rule is added via issuance of an enable/disable command, a 
separate thread is initiated to delete any existing rules that 
are rendered redundant by the new rule. For example, if the 
administrator issues "enable event console air, any previous 
enables or disables for the console would be eliminated from 
the server rules table. 

The method of the present invention is preferably imple- 
mented by means of computer readable program code which 
causes a computer processor 11, to perform the desired 
steps. Referring to FIG. 14, the computer readable program 
code may be provided in the form of an article of manufac- 
ture 29 comprising a computer readable medium having the 
computer readable program code embodied therein. 
Examples of such articles of manufacture include floppy 
disks, optical disks (e.g., CDROMs), or magnetic tape, read 
at I/O 28 in FIG. 1. The computer readable program code 
may also be delivered to the server 10 in the form of a 
communication transmission received from the network via 
a client node 15 or at I/O 28 and stored in a disk drive. 

The program code causes the computer to operate as 
specialized "processors" which utilize components of the 
computer to perform the programmed functions. In the 
embodiment illustrated in FIGS. 1-6, these processors 
include, for example, administrative processor 21, session 
processor 20, and logging processor 22, The computer 
processor 11 of the server 10 may alternatively be operated 
in differing manners as different sets of "processors" or 
singly, without departing from the scope of the present 
invention. 

FIG. 7 is a flow chart representing ao embodiment of the 
process of initializing the class vectors 50 of FIG. 3 
employed with the server of FIGS. 1 and 2. Step 70 is 
conducted separately in advance by a developer who creates 
an event that is desired, and assigns it a severity. In step 71, 
the server code is compiled which builds a header file and 
maps events to their severities. Step 72 comprises initializ- 
ing the server 10 of FIG. 1, setting the server and client class 
vectors to zero to form a base from which the specific 
settings may be made. This assures that only one class vector 
will be provided for each event. The mapped events are read 
by the administrative processor 21 to set the event bits in 
table 50 of FIG. 3 of the appropriate severity class to "V*. In 
step 73, the client and server class vectors are then stored in 
the memory 25 and in the database 24. Subsequently, as will 
be explained, the class vectors are utilized for client event 
vector generation. 

FIG. 8 is a flow chart representing an embodiment of the 
process of initializing client vectors, such as illustrated in 
table 60 of FIG. 5. In step 80, the client 15 starts the session 
with the server, such as by logging on to the server 10. In 
step 81, the session processor 20 initializes the client event 
vectors to defaults for receivers and, in step 82, reads all 
vectors that apply to the client node. In step 83, the session 
processor applies the vectors, e.g., by combining the server 
vectors, the class vectors, any client-specific rules 
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commands, including any wild cards, to establish the table, 
and the client event vector 60, which enable/disable event/ 
receiver bit vectors for the particular client node. The client 
event two dimensional vector is thus up to date just by 

5 logging on without requiring reregistration. 

FIG. 9 is a flow chart representing an embodiment of the 
process of updating client event vectors while the client is 
■ logged on. In step 85, the administrator issues an enable or 
disable event command. The command may comprise a 

to specific client event command, a class command, or a wild 
card. Administrative processor 21 determines from the ses- 
sion processor, in step 86, whether the applicable client is 
logged on to the server 10. If the client is logged on, the 
administrative processor dynamically updates the client 

15 table event bit vector (vector 60 of FIG. 5) in step 87, and, 
in step 88, stores the new rule in the database 24. If, in step 
86, it was determined that the client was not logged on, the 
table 60 for the client does not exist, and only step 88 is 
performed, storing the new rule in the database and updating 

20 the appropriate server or class vector in memory 25 as 
necessary. 

The occurrence of an event that relates to a client node is 
illustrated in FIG. 10. In step 90, the client table, such as 
vector table 60 in FIG. 5, is accessed, and, in step 91, the 

25 event vector of table 60 is accessed to form the receiver list 
bit vector 65 in FIG. 6. In step 92, this vector is passed, 
together with the event, to logging processor 22. From this 
vector, the logging processor distributes the event to receiv- 
ers in accordance with the event vector. 

30 Thus, the method of the present invention dynamically 
selectively distributes the client node events to particular 
ones of the receivers, in response to commands selectively 
enabling/disabling the client events to each receiver, while 
maintaining only the presently needed mapping in the server 

35 memory. The commands may be provided before the client 
node is logged onto the server, or after, and the client event 
vectors are dynamically updated and the events appropri- 
ately distributed. 
Server vectors not related to any client nodes are dis- 

40 cussed with respect to FIGS. 11-13. An embodiment of 
initializing the server event vectors is illustrated in FIG. 11. 
Server initialization begins at step 100. In step 101, the 
server event vectors are initialized with defaults for all 
events/receivers. The database rules for the server are read 

45 in step 103, and, in step 104, the rules are applied to modify 
the server event bit vectors, such as two dimensional vector 
54 shown in FIG. 4, 

The server vector may then be dynamically updated as the 
administrator makes changes to the logging requirements, as 

50 illustrated in FIG. 12. In step 110, the administrator issues 
enable or disable event command, which may be a command 
for a specific node and event, a class command, or a wild 
card. Id step 111, the server event bit vector is updated in 
memory 25, and, in step 112, the new command rules are 

55 stored in database 24. 

A server event is then illustrated in FIG. 13. Upon the 
occurrence of the event, the event is sent to logging proces- 
sor 22, and the server vector 54 of FIG. 4 (in shared 
memory) is accessed by the logging processor in step 115. 

60 In step 116, the logging processor tests the appropriate bits. 
In step 117, the logging processor distributes the event to 
receivers in accordance with the tested bits. 

Again, the vectors are dynamically updated without 
requiring that the server 10 be stopped and reinitialized. 

65 While the preferred embodiments of the present invention 
have been illustrated in detail, it should be apparent that 
modifications and adaptations to those embodiments may 
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occur to one skilled io the art without departing from the 7. The method of claim 6, wherein said dynamically 

scope of the present invention as set forth in the following updating step additionally comprises determining whether 

chums. said session of said client node is open aod if so, updating 

We claim: said clieot event vector. 

1. In a server having a plurality of clients coupled to said 5 8. The method of claim 6, wherein said step of storing 
server at client nodes, said server coupled to a plurality of vectors additionally comprises storing class vectors for 
receivers, wherein event messages may be generated relat- selectively enabling classes of said events to ones of said 
ing to said client nodes, a method for dynamically sclec- receivers, and wherein said determining step of establishing 
lively distributing said client node event messages to par- said client event vector additionally comprises reading said 
ticular ones of said receivers, in response to a selective 1Q stored class vectors for selectively enabling/disabling said 
enabling/disabling of client events to each said receiver, events for said receivers. 

comprising the steps of: 9. The method of claim 5, wherein said distributing step 

upon opening a session of a client node, determining said additionally comprises building a receiver list bit vector 

selectively enabled one to many events mapped to one from said client event vectors for each said event 

to many receivers relating to said client node; 15 occurrence, said receiver list bit vector identifying said 

dynamically updating said determined selectively enabled enabled receivers, and distributing said receiver list bit to 

one to many events mapped to one to many receivers ones of said receivers identified as enabled for said event, by 

relating to said client node upon said selective said receiver list bit vector. 

enabling/disabling occurring during said session of said 10. The method of claim 1, comprising the additional step 

client node; and 20 °^ collectively enabling/disabling events for groups of said 

upon occurrence of an event message relating to a client client nodes identified by wild cards to ones of said 

node, distributing said event message to ones of said receivers, and wherein said determining and said updating 

receivers having been selectively enabled for said event steps additionally enable/disable said client one to many 

in said determining and said dynamically updating events mapped to one to many receivers for said connected 

steps. 25 c ^ cnl nodes in said groups of clients. 

2. The method of claim 1, additionally comprising the step U- An article of manufacture comprising a computer 
of storing vectors for selectively enabling/disabling said one readable medium having computer readable program code 
to many events mapped to one to many receivers, wherein embodied therein for dynamically selectively distributing 
said determining step additionally comprises reading said cuent node eveDt messages to particular ones of receivers, in 
stored vectors for said client node for selectively enabling/ 30 response to a selective enabling/disabling of client events to 
disabling said events for said receivers, and wherein said eac h s*" 1 receiver, comprising: 

dynamically updating step additionally updates said stored computer readable program code which causes a com- 

vectors. puter processor to, upon opening a session of a client 

3. The method of claim 2, wherein said step of storing node, determine said selectively enabled one to many 
vectors additionally comprises storing class vectors for 35 events mapped to one to many receivers relating to said 
selectively enabling classes of said events to ones of said client node; 

receivers, and wherein said determining step additionally computer readable program code which causes said corn- 
comprises reading said stored class vectors for selectively puter processor to dynamically update said determined 
enabling/disabling said events for said receivers. selectively enabled one to many events mapped to one 

4. The method of claim 1, wherein said determining step 40 to many receivers relating to said client node upon said 
comprises establishing client event vectors identifying said selective enabling/disabling occurring during said ses- 
enabled/disabled one to many events mapped to one to many sion of said client node; and 

receivers relating to said client nodes, and wherein said computer readable program code which causes said corn- 
distributing step comprises building a receiver list bit vector puter processor to, upon occurrence of an event mes- 
from said client event vectors for each said receiver list bit 45 sage relating to a client node, distribute said event 
occurrence, said receiver list bit vector identifying said message to ones of said receivers having been selec- 
enabled receivers, and distributing said event message to t lively enabled for said event by said determining and 
ones of said receivers identified as enabled for said event by said dynamically updating computer readable program 
said receiver list bit vector. code. 

5. The method of claim 1, wherein said determining step 50 12. The article of manufacture of claim 11, additionally 
additionally comprises establishing a client event vector of comprising computer readable program code which causes 
said selectively enabled one to many events mapped to one said computer processor to store vectors for selectively 
to many receivers relating to said client oode; wherein said enabling/disabling said one to many events mapped to one 
dynamically updating step additionally comprises updating to many receivers, wherein said computer readable program 
said client event vector; and wherein said distributing step 55 code which causes said computer processor to determine 
additionally includes referencing said client event vector for said selectively enabled one to many events mapped to one 
said client node, and distributing said event message to ones to many receivers, additionally causes said computer pro- 
of said receivers indicated in said client event vector as cessor lo read said stored vectors for said client node for 
having been selectively enabled for said event. selectively enabling/disabling said events for said receivers, 

6. The method of claim 5, additionally comprising the step 50 and wherein said computer readable program code which 
of: causes said computer processor to dynamically update said 

storing vectors for selectively enabling/disabling said one determined selectively enabled one to many events mapped 

to many events mapped to one to many receivers, and, to one to many receivers, additionally causes said computer 

wherein said determining step of establishing said processor to dynamically update said stored vectors, 

client event vector additionally comprises reading said 65 13. The article of manufacture of claim 12, wherein said 

stored vectors for said client node for selectively computer readable program code which causes said com- 

enabling/disabling said events for said receivers. puter processor to store vectors additionally causes said 
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computer processor to store class vectors for selectively receivers, establishing said client event vector, additionally 

enabling classes of said events to ones of said receivers, and causes said computer processor to read said stored class 

wherein said computer readable program code which causes vectors for selectively enabling/disabling said events for 

said computer processor to determine said selectively sa id receivers. 

enabled one to many events mapped to one to many 5 The article of manufacture of claim 15, wherein said 
receivers, additionally causes said computer processor to computer readable program code which causes said corn- 
read said stored class vectors for selectively enabling/ P uter Processor to distribute said event message additionally 
disabling said events for said receivers. computer processor to build a receiver list bit 

14. The article of manufacture of claim 11, wherein said "f tor t ^ ™ d client event vectors for each said receiver 

... j t,*_i_ 'a ,„ list blt occurrence, said receiver hst bit vector identifying 

computer readable program code which causes said com- 10 . . _ . , , „ . * „, f -i ,^ • . 

, . ■ . . * ■ * ... , said enabled receivers, and to distribute said event message 

puter processor to determine said selectively enabled one to ^ ones flf ^ receivers identified « enabled for said event 

many events mapped to one to many receivers, causes said . ^ receiver list bit veclor 

computer processor to establish client event vectors identi- 2 0. The article of manufacture of claim 11, comprising 

fying said enabled/disabled one to many events mapped to additional computer readable program code which causes 

one to many receivers relating to said client nodes, and is sa jd computer processor to collectively enable/disable 

wherein said computer readable program code which causes events for groups of said client nodes identified by wild 

said computer processor to distribute said event message cards for ones of said receivers, and wherein said computer 

causes said computer processor to build a receiver list bit readable program code which causes said computer proces- 

vector from said client event vectors for each said event sor to determine said selectively enabled one to many events 

message occurrence, said receiver list bit vector identifying 20 mapped to one to many receivers, and to dynamically update 

said enabled receivers, and to distribute said event message said determined selectively enabled one to many events 

to ones of said receivers identified as enabled for said event mapped to one to many receivers, additionally causes said 

by said receiver list bit vector. computer processor to additionally enable/disable said client 

15. The article of manufacture of claim 11, wherein said °™ to many events mapped to one to many receivers for said 
computer readable program code which causes said com- 25 connected client nodes in said groups of clients. 

puter processor to determine said selectively enabled one to 21 A computer program product usable with a program- 
many events mapped to one to many receivers, additionally mablc computer having computer readable program code 
causes said computer processor to establish a client event embodied therein for dynamically selectively distributing 
vector of said selectively enabled one to many events chent node event messages to particular ones of receivers, m 
mapped to one to many receivers relating to said client node; 30 response to a selective enabling/disabling of client events to 
wherein said computer readable program code which causes each receiver, comprising: 

said computer processor to dynamically update said deter- computer readable program code which causes a corn- 
mined selectively enabled one to many events mapped to P utc r processor to, upon opening a session of a client 
one to many receivers, additionally uses said computer node, determine said selectively enabled one to many 
processor to update said client event vector; and wherein 35 events mapped to one to many receivers relating to said 
said computer readable program code which causes said client node; 

computer processor to distribute said event message addi- computer readable program code which causes said com- 

tionally causes said computer processor to reference said puter processor to dynamically update said determined 

client event vector for said client node, and to distribute said selectively enabled one to many events mapped to one 

event message lo ones of said receivers indicated in said 40 to many receivers relating to said client node upon said 

client event vector as having been selectively enabled for selective enabling/disabling occurring during said ses- 

said event. sion of said client node; and 

16. The article of manufacture of claim 15, additionally computer readable program code which causes said corn- 
comprising computer readable program code which causes puter processor to, upon occurrence of an event mes- 
said computer processor to store vectors for selectively 45 sage relating to a client node, distribute said event 
enabling/disabling said one to many events mapped to one message to ones of said receivers having been selec- 
to many receivers in a database, and, wherein said computer lively enabled for said event by said determining and 
readable program code which causes said computer proces- said dynamically updating computer readable program 
sor to establish said client event vector, additionally causes code. 

said computer processor to read said stored vectors for said 50 22. The computer program product of claim 21, addition- 

cUent node for selectively enabling/disabling said events for ally comprising computer readable program code which 

said receivers. causes said computer processor to store vectors for selec- 

17. The article of manufacture of claim 16, wherein said tively enabling/disabling said one to many events mapped to 
computer readable program code which causes said com- one to many receivers, wherein said computer readable 
puter processor to dynamically update said determined 55 program code which causes said computer processor to 
selectively enabled one to many events mapped to one lo determine said selectively enabled one to many events 
many receivers, additionally causes said computer processor mapped to one to many receivers, additionally causes said 
to determine whether said session of said client node is open computer processor to read said stored vectors for said client 
and, if so, to dynamically update said client event vector. node for selectively enabling/disabling said events for said 

18. The article of manufacture of claim 16, wherein said so receivers, and wherein said computer readable program code 
computer readable program code which causes said com- which causes said computer processor to dynamically 
puter processor to store vectors additionally causes said update said determined selectively enabled one to many 
computer processor to store class vectors for selectively events mapped to one to many receivers, additionally causes 
enabling classes of said events to ones of said receivers, and said computer processor to dynamically update said stored 
wherein said computer readable program code which causes 65 vectors. 

said computer processor to determine said selectively 23. The computer program product of claim 22, wherein 

enabled one to many events mapped to one to many said computer readable program code which causes said 
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computer processor to store vectors additionally causes said 
computer processor lo store class vectors for selectively 
enabling classes of said events to ones of said receivers, and 
wherein said computer readable program code which causes 
said computer processor to determine said selectively 
enabled one to many events mapped to one to many 
receivers, additionally causes said computer processor to 
read said stored class vectors for selectively enabling/ 
disabling said events for said receivers. 



said computer processor to determine said selectively 
enabled one to many events mapped to one to many 
receivers, establishing said client event vector, additionally 
causes said computer processor to read said stored class 
vectors for selectively enabling/disabling said events for 
said receivers. 

29. The computer program product of claim 25, wherein 
said computer readable program code which causes said 
computer processor to distribute said event message addi- 



24. The computer program product of claim 21, wherein 10 avsts said processor to build a receiver 



said computer readable program code which causes said 
computer processor to determine said selectively enabled 
one to many events mapped to one to many receivers, causes 
said computer processor to establish client event vectors 
identifying said enabled/disabled one to many events 15 
mapped to one to many receivers relating to said client 
nodes, and wherein said computer readable program code 
which causes said computer processor to distribute said 
event message causes said computer processor to build a 
receiver list bit vector from said client event vectors for each 20 
said event message occurrence, said receiver list bit vector 
identifying said enabled receivers, and to distribute said 
event message lo ones of said receivers identified as enabled 
for said event by said receiver list bit vector. 



list bit vector from said client event vectors for each said 
receiver list bit occurrence, said receiver list bit vector 
identifying said enabled receivers, and to distribute said 
event message to ones of said receivers identified as enabled 
for said event by said receiver list bit vector. 

30. The computer program product of claim 21, compris- 
ing additional computer readable program code which 
causes said computer processor to collectively enable/ 
disable events for groups of said client nodes identified by 
wild cards for ones of said receivers, and wherein said 
computer readable program code which causes said com- 
puter processor to determine said selectively enabled one to 
many events mapped to one to many receivers, and to 
dynamically update said determined selectively enabled one 



25. The computer program product of claim 21, wherein 25 t0 ml[i y evems ma P^ d 10 one 10 man y receivers, addition- 



said computer readable program code which causes said 
computer processor to determine said selectively enabled 
one to many events mapped to one to many receivers, 
additionally causes said computer processor to establish a 
client event vector of said selectively enabled one to many 30 
events mapped to one to many receivers relating to said 
client node; wherein said computer readable program code 
which causes said computer processor to dynamically 
update said determined selectively enabled one to many 



ally causes said computer processor to additionally enable/ 
disable said client one to many events mapped to one to 
many receivers for said connected client nodes in said 
groups of clients. 

31. A server having a plurality of clients coupled to said 
server at client nodes, said server coupled 10 a plurality of 
receivers, wherein event messages may be generated relat- 
ing to said client nodes, said server coupled to an input for 
receiving commands selectively enabling/disabling client 



events mapped to one to many receivers, additionally causes 35 events 10 each receiver > comprising: 



said computer processor to update said client event vector; 
and 

wherein said computer readable program code which 
causes said computer processor to distribute said event 
message additionally causes said computer processor lo 40 
reference said client event vector for said client node, 
and to distribute said event message to ones of said 
receivers indicated in said client event vector as having 
been selectively enabled for said event. 

26. The computer program product of claim 25, addition- 45 
ally comprising computer readable program code which 
causes said computer processor to store vectors for selec- 
tively enabling/disabling said one to many events mapped to 
one to many receivers in a database, and, wherein said 
computer readable program code which causes said com- 50 
puter processor to establish said client event vector, addi- 
tionally causes said computer processor to read said stored 
vectors for said client node for selectively enabling/ 
disabling said events for said receivers. 

27. The computer program product of claim 26, wherein 55 
said computer readable program code which causes said 
computer processor to dynamically update said determined 
selectively enabled one to many events mapped lo one to 



a memory for storing a plurality of vectors for selective 
enabling/disabling of said client events to each said 
receiver; 

a session processor coupled to said client nodes and to 
said memory, for detecting opening a session of a client 
node, and determining from said vectors said selec- 
tively enabled one to many events mapped to one to 
many receivers relating to said client node; 

an administrative updating processor coupled to said 
memory, and coupled to said input and responsive to 
said receipt of said selective enabling/disabling com- 
mands thereat, for dynamically updating said vectors 
and for dynamically updating any said determined 
selectively enabled one to many events mapped to one 
to many receivers relating to said connected client 
nodes; and 

a logging processor responsive to an occurrence of an 
event message relating to a client node, said processor 
coupled to said session processor and said administra- 
tive updating processor, for distributing said event 
message to ones of said receivers having been selec- 
tively enabled for said event by said session processor 
or said administrative updating processor. 
32. The server of claim 31, additionally comprising a 



many receivers, additionally causes said computer processor 

lo determine whether said session of said client node is open 60 client event vector of said selectively enabled one to many 

and, if so, to dynamically update said client event vector. events mapped to one to many receivers relating to said 

28. The computer program product of claim 26, wherein client node; wherein said session processor enters said 

said computer readable program code which causes said selectively enabled one to many events mapped to one to 

computer processor to store vectors additionally causes said many receivers for said client node in said client event 

computer processor to store class vectors for selectively 65 vector; wherein said administrative updating processor 

enabling classes of said events to ones of said receivers, and updates said client event vector; and wherein said logging 

wherein said computer readable program code which causes processor references said client event vector for said client 
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□ode, and distributes said event message to ones of said 
receivers indicated in said client event vector as having been 
selectively enabled for said event. 

33. The server of claim 31, wherein said input commands 
and said vectors stored in said memory additionally com- 
prise class vectors for selectively enabling classes of said 
events to ones of said receivers, wherein said session pro- 
cessor additionally reads said stored class vectors for deter- 
mining said selectively enabled one to many events mapped 
to one to many receivers for said client node, and wherein 
said administrative updating processor dynamically updates, 
in response to said input commands, said class vectors and 
any said determined selectively enabled one to many events 
mapped to one to many receivers for said connected client 
nodes. 

34. The server of claim 31. additionally comprising client 
event vectors for said client nodes, and wherein said session 
processor establishes said client event vectors identifying 
said enabled/disabled one to many events mapped to one to 
many receivers relating to said client nodes, and wherein 
said logging processor builds a receiver list bit vector from 
said client event vectors for each said event occurrence, said 
receiver list bit vector identifying said enabled receivers, and 
said logging processor distributes said event to ones of said 
receivers identified as enabled for said event by said receiver 25 
list bit vector. 

35. The server of claim 31, wherein said input commands 
and said vectors stored in said memory additionally com- 
prise wild cards which collectively enable/disable events for 
groups of said client nodes for ones of said receivers, and 
wherein said session processor additionally reads said wild 
cards for determining said selectively enabled one to many 
events mapped to one to many receivers for said client node, 
and wherein said administrative updating processor dynami- 
cally updates said input wild cards to said memory and 
updates any said determined selectively enabled events/ 
receivers for said connected client nodes in said groups of 
client nodes. 

36. In a server having a plurality of clients coupled to said 
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35 



dynamically updating said stored vectors for said server 
upon receipt of a said selective enabling/disabling 
command; 

upon occurrence of an event message of said server, 
determining from said stored vectors, said selectively 
enabled receivers, for said event; and 

distributing said event message to ones of said receivers 
having been selectively enabled for said event in said 
dynamically updating and said determining steps. 

37. The method of claim 36, wherein at least one of said 
vectors comprises a class vector for selectively enabling 
classes of said events to ones of said receivers. 

38. The method of claim 36, wherein said dynamically 
updating step comprises dynamically updating said stored 
vectors for said server in response to a wild card which 
collectively enables groups of said receivers for ones of said 
server events, 

39. A server having a plurality of clients coupled to said 
server at client nodes, said server coupled to a plurality of 
receivers, wherein event messages may be generated relat- 
ing to said server, said server coupled to an input for 
receiving commands selectively enabling/disabling events 
to each said receiver, comprising: 

a memory for storing vectors for selective enabling/ 
disabling of said events to each said receiver; 

an administrative updating processor coupled to said 
memory, and coupled to said input and responsive to 
said receipt of said selective enabling/disabling com- 
mands thereat, for dynamically updating said vectors; 
and 

a logging processor responsive to an occurrence of an 
event message, said processor coupled to said memory, 
for distributing said event message to ones of said 
receivers having been selectively enabled for said event 
by said administrative updating processor. 

40. The server of claim 39, wherein at least one of said 



server at client nodes, said server coupled to a plurality of 40 vectors comprises a class vector for selectively enabling 



receivers, wherein event messages may be generated relat- 
ing to said server, a method for dynamically selectively 
distributing said server event messages to particular ones of 
said receivers, in response to commands selectively 
enabling/disabling events to each said receiver, comprising 
the steps of: 

storing class vectors for selectively enabling classes of 
said events to ones of said receivers; 



45 



classes of said events to ones of said receivers. 

41. The server of claim 39, wherein said administrative 
updating processor additionally is responsive to a wild card 
command at said input for updating said vectors, said wild 
card command collectively enabling groups of said receivers 
for ones of said server events. 
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